home *** CD-ROM | disk | FTP | other *** search
- This file documents bugs which have no obvious solution at the moment.
- If they did have an obvious solution, they would be in TODO instead.
-
- *** The date of a softlink is always Jan 1, 1970 and this is unlikely
- to be fixed until a future version of AmigaOS includes a efficient
- function to obtain the date of the softlink. The only way to
- obtain the date would be by using Examine()/ExNext() on the
- directory that contains the softlink.
-
- *** When calling ixemul's write() on nonblocking file descriptors the
- library will block when the write cannot be performed (e.g. on
- pipe:filename). Neither can the block be avoided by using select().
- The problem is that there is no way to check beforehand if the
- dos.library Write() will block.
-
- *** The environment (ENV:) is only reread if an environment setting was
- added. Ixemul relies on notification of ENV: to know when to reread
- the environment. Unfortunately, deleting a file or changing a file
- doesn't cause a notification, only creating a file. This is a bug
- in the OS.
-
- *** If you stat() a directory, then the st_size field is always 1024.
- It should be the size of what you can read if you open() the
- directory, but that would mean that ixemul will have to
- Examine()/ExNext() the whole directory which is unacceptably slow.
- So any program that uses the st_size field to preallocate enough
- room for for either open() on a directory or opendir()/readdir()
- pairs will have to be rewritten not to use st_size.
-
- *** Due to a bug probably in the emulation socket.library, the
- dos.library isn't closed by this socket.library if an OpenLibrary
- fails because the requested version is unavailable, but an older
- version exists. Ixemul tries to open socket.library version 3, but
- the emulation library has version 1.2. So each time you run an
- ixemul program, the dos.library open count is increased by one, and
- so is the count of socket.library. The solution is to select
- 'No networking' or 'AmiTCP' using ixprefs.
-
- *** Opening a file a second time fails on an AFS volume if both times
- the file was opened with mode READWRITE. This happens during
- linking of a program if the TMPDIR setting points to an AFS volume.
- This is a bug in AFS. I've notified the author of AFS about this,
- so perhaps this is solved in a future AFS version.
-
- The following test program illustrates the problem:
-
- #include <proto/dos.h>
-
- main(int argc, char **argv)
- {
- if (argv[1])
- {
- BPTR f1, f2;
-
- f1 = Open(argv[1], MODE_READWRITE);
- f2 = Open(argv[1], MODE_READWRITE);
- printf("%d, %d\n", f1, f2);
- if (f1) Close(f1);
- if (f2) Close(f2);
- }
- }
-
- Both Open calls succeed on a FFS volume, but on an AFS volume the
- second fails.
-
- *** If you have installed MultiUser on one volume, but not on another,
- then ixemul will still use the MultiUser protection bits and owner
- for the FFS volumes. This can cause problems when trying to access
- files that have the wrong owner and/or protection bits.
-